United States Patent [i9j 

Parikh et al. 



[54] NON-VOLATILE COUNTING METHOD AND 
APPARATUS 

[75] Inventors: Harsh B. Parikh, Houston; Robert 
M. Crosby, Missouri City, both of 
Tex. 

[73] Assignee: Texas Instruments, Incorporated, 
Dallas, Tex. 

[21] Appl. No.: 620,499 

[22] Filed: Nov. 30, 1990 



[51] Int.CU H03K 21/40 

[52] U.S. CI 377/26; 377/24.1 

[58] Field of Search 377/24.1, 26 

[56] References Cited 

U.S. PATENT DOCUMENTS 

4,663,770 5/1987 Murray et al 377/24.1 

4,757,522 7/1988 Kieselstein 377/24.1 

4,803,707 2/1989 Cordan, Jr 377/24.1 




US005181231A 

[ii] Patent Number: 5,181,231 
[45] Date of Patent: Jan. 19, 1993 



4.839.909 6/1989 Warner 377/24.1 

4,860,228 8/1989 Carroll 377/24.1 

4,947,410 7/1990 Lippmann et al 377/24.1 

Primary Examiner — John S. Heyman 

Assistant Examiner—ScoW A. Ouellette 

Attorney, Agent, or Firm— Rose K. Castro; Robby T. 

Holland; Richard Donaldson 

[57] ABSTRACT 

A non-volatile counter memory is provided by using a 
gray code scale to store counter values in a plurality of 
counter memories (34) comprising a counter memory 
group (38). Each counter memory comprises a plurality 
of units which store a gray coded value. The weighting 
of the units is changed after a predetermined number of 
write operations such that the number of bit transitions 
is spread out among the units. 
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NON VOLATILE COUNTING METHOD AND 
APPARATUS 

NOTICE: (C) Copyright, Texas Instruments Incor- 5 
porated 1990. A portion of the disclosure of this patent 
document contains material which is subject to copy- 
right protection. The copyright owner has no objection 
to the facsimile reproduction by anyone of the patent 
document or the patent disclosure, as it appears in the 10 
Patent and Trademark Office patent file or records, but 
otherwise reserves all copyrights whatsoever. 

TECHNICAL FIELD OF THE INVENTION 

This invention relates in general to electronic cir- 15 
cuits, and more particularly to a non-volatile counting 
method and apparatus. 

BACKGROUND OF THE INVENTION 

In many applications, it is desirable to store the out- 20 
put of a counter in a non-volatile memory, such that if 
power is lost, the last count will be retained. For exam- 
ple, in an automobile odometer, the accrued mileage 
must be retained even during loss of power in order to 
reliably reflect the mileage of the automobile. Hence, in 25 
order to implement a digital electronic odometer, some 
type of non-volatile memory backup is necessary. Simi- 
larly, an electronic power meter would need some non- 
volatile memory backup, since loss of usage data would 
mean a loss in revenue. 30 

EEPROMs are often used for non-volatile storage of 
data, because they may be electronically erased. In a 
counting application, however, it is desirable to store 
each incremented counter value in order to prevent the 
loss of any data. As a result, the least significant bits of 35 
an EEPROM memory undergo many more bit transi- 
tions than do the most significant bits. The least signifi- 
cant bit changes from a "one" to a "zero" or from a 
"zero" to a "one** on each count. The most significant 
bit will undergo a transition from a zero to a one only 40 
once during the entire range of values output by the 
counter. 

Each transition between logic states creates stress on 
the associated bit. EEPROM memory cells are typically 
rated to withstand over 10,000 bit transitions. After 45 
10,000 transitions, an EEPROM memory cell is consid- 
ered unreliable. Consequently, if a counter sequences 
through 10,000 binary outputs, the least significant bit 
of a EEPROM memory storing each output will be- 
come unreliable for data storage. Therefore, if an appli- 50 
cation requires a sequence of numbers greater than 
10,000, the EEPROM will cease to be a reliable storage 
medium. Furthermore, in practice, a cell may fail before 
the rated number of transitions; consequently, if an 
application, such as an odometer, requires a reliable 
storage mechanisms, the EEPROM rating cannot be 
relied upon. 

One solution to the aforementioned problem is to 
shift to a new group of memory locations after a prede- 
termined number of writes. For . example, for a 24-bit 
counter, three memory locations would be needed. If 
locations lOOA to 102/r (**h" denotes a hexadecimal num- 
ber representation) were used to store the output of the 
24-bit counter, after 10,000 transitions, locations 103/r to 
105A would be used to store the output. This solution, 
however, wastes memory since memory location 101A 
has had only moderate use and memory location 102/r 
has had no use. 



Therefore, a need has arisen in the industry to pro- 
vide a method and apparatus for reliably storing the 
output of a counter in a non-volatile memory and for 
detecting and correcting errors. 

SUMMARY OF THE INVENTION 

In accordance with the present invention, a method 
and apparatus for storing the output of a counter is 
provided which substantially eliminates the disadvan- 
tages with prior methods and apparatus. 

In the present invention, a sequence of numbers is 
stored in a non-volatile memory comprising a plurality 
of predefined units each operable to store a portion of a 
number. The order in which the portions of the number 
are stored in the memory units is varied, such that the 
bit transitions are spread out over a plurality of the 
units. 

The present invention provides several technical 
advantages over the prior art. Because of the order in 
which the portions of the number are stored in the 
memory units are varied, the number of bit transitions 
may be averaged over a plurality of units. Conse- 
quently, the EEPROM memory is efficiently used to 
maximize the number of counts which may be reliably 
stored. 

BRIEF DESCRIPTION OF THE DRAWINGS 

For a more complete understanding of the present 
invention, and the advantages thereof, reference is now 
made to the following descriptions taken in conjunction 
with the accompanying drawings, in which; 

FIG. 1 illustrates a block diagram of a counting cir- 
cuit; 

FIG. 2 illustrates a block diagram of the counting 
groups used in a preferred embodiment of the present 
invention for a 24-bit counter; 

FIG. 3 illustrates a block diagram of a single memory 
group; 

FIG. 4 illustrates a block diagram of the sequence of 
storage within a single counting group; 

FIG. 5 illustrates a flow chart describing a sequence 
of operations to be used in the present invention; and 

FIG. 6 illustrates a flow chart detailing the flow of 
operations for checking the sequence of numbers stored 
by a counting group. 

DETAILED DESCRIPTION OF THE 
INVENTION 

The preferred embodiment of the present invention 
and its advantages are best understood by referring to 
FIGS. 1-6 of the drawings, like numerals being used for 
like and corresponding parts of the various drawings. 

FIG. 1 illustrates a preferred embodiment of a mi- 
crocontroller which may be used to implement the 
present invention. The microcontroller 10 includes a 
CPU 12, a RAM/Register file 14, a data EEPROM 16 
and a program memory 18, which may be a ROM or a 
EEPROM. A bus 20 couples the CPU 12, RAM/Regis- 
ter file 14, data EEPROM 16 and program memory 18. 
A serial peripheral interface 22 couples the bus 20 with 
external signals, shown as SPISOMI (Slave Out, Master 
In), SPISIMO (Slave In, Master Out) and SP1CLK 
(Clock). A timer circuit 24 is coupled to the bus 20 and 
to external signal T1C1/CR (Counter Reset), TIEVT 
(External Event Input) and TIPWM (Pulse Width 
Modulation output). A watchdog timer circuit 26 is also 
coupled to the bus 20. Port A 28 and Port D 30 provide 
an 8-bit and 5-bit port to the bus 20 which may be pro- 
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grammed as either a digital input or a digital output. 
Control circuitry 32 handles interrupts (INTl, INT2 
and INT3), external clocks signals (XTAL1 and 
XTAL2/CLKIN) and control signals MC (Mode Con- 
trol) and RESET. 

The microcontroller illustrated in FIG. 1 is based on 
the TMS370 family sold by Texas Instruments Incorpo- 
rated of Dallas, Tex. Various members of the TMS370 
family have different or additional features and capaci- 
ties. The CPU is a 8-bit processor with status register, 
program counter, and stack pointer internal to the CPU 
module. The CPU 12 uses the RAM/Register file 14 as 
working registers, accessed on the bus 20. The bus 20 
also allows access to the memories 16 and 18 and the 
peripheral interfaces 22. The register file portion of the 
RAM/Register file 14 provides 256 registers to the 
CPU 12. The other RAM modules are mapped after the 
register file. The data EEPROM 16 contains 256 bytes 
of electrically erasable programmable read-only mem- 
ory. The EEPROM can be programmed and erased 
under program control. The program memory 18 con- 
tains four kilobytes of memory, and may be a ROM or 
an EEPROM. The timer circuit 24 may be programmed 
to count events, compare the counter contents to a 
preset value, or time-out after a preset interval. The 
results of these operations can generate an interrupt to 
the CPU 12, set flag bits, reset the timer-counter, toggle 
an I/O line, or generate pulse- width-moduled (PWM) 
outputs. The watchdog timer circuit 26 can be pro- 
grammed to generate a hardware reset upon time-out. If 
not needed as a watchdog, this timer can be used as a 
general purpose timer. The serial peripheral interface 
facilitates communication between the CPU and exter- 
nal peripheral devices. 

For purposes of illustration, it will be assumed that 
the microcontroller 10 is coupled to an external sensor 
via INTl. The sensor generates an interrupt to the CPU 
12 on a predetermined interval. For example, in an 
odometer application, the sensor may generate an inter- 
rupt every tenth of a mile. Alternatively, in a power 
meter application, the sensor may generate an interrupt 
for every tenth of a kilowatt hour. Upon receiving the 
interrupt, the microcontroller reads a count value from 
the data EEPROM 16 and increments the count, as 45 
discussed in greater detail hereinbelow. Other methods 
for providing the count could also be used, for example, 
receiving the count from an external counter. 

FIG. 2 illustrates the organization of the EEPROM 
memory 16 into counter memories and counter memory 50 
groups. For purposes of illustration, FIG. 2 assumes 
that the portion of the EEPROM memory 16 used for 
the counter memories starts at address, lFlOh (all ad- 
dresses being described in hexadecimal notation). Each 
counter memory 34 comprises six bytes 36. Hence, 55 
counter memoryl comprises the bytes at the locations 
1F10-1F15. For programming ease, the boundary for 
each counter memory begins on a hexadecimal bound- 
ary. Therefore, counter memory2 begins at address 
1F20, counter memory3 begins at address 1F30 and so 60 
on. 

Each counter group 38 comprises three counter 
memories. Hence, counter groupl comprises the 
counter memories starting at locations 1F10, 1F20 and 
1F30, counter memory group2 comprises the counter 65 
memories beginning at 1F40, 1F50 and 1F60, and so on. 
Within each counter memory 34, each byte stores the 
value of a single hexadecimal digit Thus, the six bytes 



10 



15 



20 



25 



30 



35 



40 



store six hexadecimal digits, which corresponds to a 
24-bit counter. 

FIG. 3 illustrates, the bytes comprising a counter 
memory group 38, using counter memory groupl of 
FIG. 2 as an example. FIG. 4 illustrates the order of 
writing into the counter memories 34 of a counter mem- 
ory group 38. Referring to FIGS. 1, 2, 3 and 4, the 
output of the sensor is successively stored in the three 
counter memories 34 of a counter memory group 38. 
Thus, for the sequence of numbers from "1" to "6", "1" 
would be stored in counter memoryl, "2** would be 
stored in counter memory2, "3" would be stored in 
counter memory3, "4" would be stored in counter 
memoryl, "5" would be stored in counter meraory2 and 
"6" would be stored in counter memory3. Conse- 
quently, from the viewpoint of a single counter mem- 
ory, the value stored therein increments by three on 
each write cycle to that memory. For example, counter 
memory 1 would store values one, four, seven, and so 
on, incrementing by three on each cycle through the 
three counter memories 34. 

TABLE 1 



Gray Code Scale for 


Increment by 3 


Hexadecimal 


Binary 


Value 


Representation 


0 


00000000 


1 


1 1 1 1 1000 


2 


00111111 


3 


00000001 


4 


1 1 1 1 0000 


5 


0 1111111 


6 


000000 1 1 


7 


1 1 1 00000 


8 


1 1 ] 1 11 1 1 


9 


00000 1 1 1 


A 


] 1000000 


B 


1111)110 


C 


0000 1 1 1 1 


D 


10000000 


£ 


1111110 0 


F 


0001 111] 



TABLE 1 illustrates a gray code scale for an incre- 
ment by three to denote each hexadecimal value stored 
in the bytes 36. As can be seen from TABLE 1, each 
increment by three results in a transition of only 1-bit. In 
the TMS370, for example, a single bit of the EEPROM 
memory 16 can be addressed for programming or eras- 
ing. In writing gray coded counter values to the EE- 
PROM memory 16, a transition of the stored contents 
of a byte from 41 1" to "4" changes the bit data from 
"11111000" to "11110000". Hence, the fourth bit 
changes from one to zero, and all other bits remain the 
same. Consequently, for each count only one bit need be 
changed in one byte of the counter memory to account 
for the transition. If the transition of the counter value 
results in a transition of the next highest hexadecimal 
digit (for example, from 4t OO0O0D" to "000010"), then at 
most, two bits will change, each in a separate byte. The 
gray codes can be stored in the memory as a look-up 
table. 

If gray coding were used as the sole means to reduce 
the bit stress of the EEPROM memory cells, the bytes 
storing the least significant hexadecimal digits would 
wear out significantly before the bytes storing the most 
significant hexadecimal digits. For example, after stor- 
ing a sequence of 10,000 numbers, counter memoryl 
would undergo 3,334 transitions (since it stores one out 
of every three numbers) spread out over eight bits of 
each of three bytes. Thus, each bit of the least' signifi- 
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cant byte would have been stressed 416 times. The bits counter value, or if a bit failure occurs in one of the 
of the adjacent byte would be stressed only twenty-six counter memories 34, one byte in the set of three 
times. The next byte would have bits which were counter memories may have been corrupted. An error 
stressed at most two times. Consequently, the byte hold- detection routine notes an incongruence in the count 
ing the least significant digit would wear out far before 5 sequence and makes a correction by determining the 
the more significant digits. proper number based on the contents of the other two 
In the preferred embodiment, five of the six bytes sets in the group. If a byte is corrupted during normal 
defining the count are swapped after a predetermined operation of the counter (ie-, without a power failure), 
number of write cycles. For example, the bytes may be the program moves to the next counter memory group, 
swapped after every lOOOOh counts. By using lOOOOh as 10 If, on the other hand, corrupted data is found after a 
the swapping criteria, the swapping can occur every system reset, the EEPROM location might still be use- 
time the fifth most significant digit changes. ful and the correction value is restored into the cor- 
rupted byte, based on the values in the other two 
counter memories of the group. 



TABLE 2 



lFx4h 


lFx5h 


IFx4h 


tFx3h 


lFx2h 


lFXlh 


lFxOh 


0 


6 


5 


4 


3 


2 


1 


1 


4 


5 


3 


2 


1 


6 


2 


3 


5 


2 


1 


6 


4 


3 


2 


5 


1 


6 


4 


3 


4 


1 


5 


6 


4 


3 


2 


5 




5 


4 


3 


2 


1 


6 


4 


5 


3 


2 


1 


6 


7 


3 


5 


2 


1 


6 


4 


8 


2 


5 


1 


6 


4 


3 


9 


1 


5 


6 


4 


3 


2 


A 


6 


5 


4 


3 


2 


1 


B 


4 


5 


3 


2 


1 


6 


C 


3 


5 


2 


1 


6 


4 


D 


2 


5 


1 


6 


4 


3 


E 


1 


5 


6 


4 


3 


2 


F 


6 


5 


4 


3 


2 


1 



Digit Swapping Table 15 F jq 5 illustrates a flow chart depicting overall oper- 

Fixed Byie Weight of Each Location within at j on Q f tne 24-bit counter. The counter operations can 

*^T:?™ n ;^,. ,^nv be controlled by the CPU 12 in conjunction with the 

program memory 18. 
Start block 40 denotes the beginning of the counter 
20 operation. In block 42, a memory location denoted as 
"FLAG" is read. For example, FLAG could have an 
address of 1F1F of the EEPROM memory 16. FLAG is 
set to a predetermined value, such as 55h after the EE- 
PROM locations used for the counter have been initial- 
25 ized. In decision block 44, it is determined whether or 
not the FLAG equals the predetermined number. If not, 
the EEPROM locations are initialized in block 46 by 
setting all the bytes in each counter memory to "zero". 
In block 48, initial counter values of one, two and three 
30 are written at locations 1F10, 1F20 and 1F30, the first 
bytes of the three counter memories of counter memory 
group 1. In block 50, the value 55h is written into 
TABLE 2 illustrates a digit swapping table, where FLAG to denote that the initialization subprogram has 
the number "1" indicates that the associated byte stores been performed. In block 52, the value FF is written in 
the least significant digit of the counter value and the 35 a second FLAG location (for example, EEPROM loca- 
number "6" indicates that it is the most significant digit. tion 1F17), denoted as the CFLAG. The CFLAG is 
The fifth digit is always stored in the same memory used to determine which counter memory group is 
location since it defines the weighting of the other active. 

5 ytes> After initialization blocks 46-52 or if FLAG is set to 

For example, when the contents of the byte repre- 40 55h in block 44, operation continues at block 54. In 
senting the fifth digit (at address 1F24 for counter mem- block 54, three numbers are loaded from the three 
ory 2 of counter group 1) contains a zero, then the first counter memories of the active counter memory group, 
byte (1F20) contains the first (least significant) digit, the In block 56, it is determined whether or not the three 
next byte (1F21) contains the second digit, the next byte numbers comprise a valid sequence. In decision block 
(1F22) contains the third digit, the next byte (1F23) 45 58, if it is determined that at least two numbers are bad, 
contains the fourth digit, the next byte (1F24) contains operation switches to an error routine in block 60 for an 
the fifth digit, and the next byte (1F25) contains the irrecoverable error. In this instance, it cannot be deter- 
sixth digit. After lOOOOh counts, the fifth digit will tran- mined which, if any, of the counter memories contains 
sition from a zero to a one. At this point, the values of the correct counter value. 

the bytes will be swapped such that the first byte (1F20) 50 If less than two numbers are bad in decision block 58, 
stores the sixth (most significant) digit, the next byte operation continues to decision block 62 where it is 
(1F21) contains the first digit, the next byte (1F22) determined whether or not one of the three counter 
contains the second digit, the next byte (1F23) contains memories contains an incorrect value. If so, operation 
the third digit, the next byte (1F24) contains the fifth continues to decision block 64 where it is determined 
digit, and the next byte (1F25) contains the fourth digit. 55 whether or not the system has come from reset. If so, 
The fifth digit remains in the same byte, since this digit the bad number is reprogrammed in block 66 and opera- 
defines the weighting for all other bytes. The weighting tion loops back to block 54. If there is one number bad 
will remain the same for another lOOOOh counts, at in decision block 62 and the system has not come from 
which time the weighting of the bytes will be swapped reset in block 64, then the counter memory group is 
again as shown in TABLE 2. 60 chosen (since it appears that one of the EEPROM mem- 

Consequently, the gray code results in distributing bit ones in the active counter memory group has failed) 
transitions evenly over all the bits of a byte and the digit and the old values are written into the new locations of 
swapping distributes the bit transitions over each byte the new counter memory group (block 68). In block 70, 
of the counter memory (although the fifth byte does not operation is transferred to start block 40. 
experience as many bit transitions as the other bytes). 65 If, in decision block 62, the sequence of three values 

The use of three counter memories 34 per counter is correct, operation continues to block 72 where the 
memory group 38, as shown in FIG. 4, guarantees bet- CPU waits for the counter signal to increment. Once 
ter data integrity. If the power is lost while writing a the counter increments (block 74), the new counter 
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value is stored into the appropriate counter memory 
after translation into the gray code. In decision block 
76, it is determine whether the fixed byte (fifth byte) has 
changed; if so, digit swapping is performed in block 78 
as discussed in connection with TABLE 2. Thereafter, 5 
operation continues from program block 54. 

FIG. 6 illustrates a flow chart of the operation for 
checking the sequence of three numbers. In this flow 
chart, it is assumed that the numbers retrieved from the 
counter memories are stored in registers Rl, R2 and R3, 10 
respectively. Operation begins at block 80. In block 82, 
R2 is subtracted from R3. In decision block 84, it is 
determined whether R3 is greater than R2 by one. If 
not, in decision block 86, it is determined whether the 
difference is equal to two or minus two. If so, flags F4 15 
and Fl are set in blocks 88 and 90. If not, flag Fl is set 
in block 90. After setting the appropriate flags, or if the 
difference is one in decision block 84, then operation 
continues at block 92 which subtracts Rl from R2. 
Decision block 94 determines whether R2 is greater 20 
than Rl by a difference of one. If not, decision block 96 
determines whether the difference is two or minus two. 
If so, flags F5 and F2 are set in blocks 98 and 100. If not, 
flag F2 is set in block 100. If the R2-R1= 1 in decision 
block 94, then in decision block 102, it is determined 25 
whether Fl is set. If Fl is not set, then it may be deter- 
mined that Rl contains the smallest number and R3 
contains the largest number and the numbers are in 
sequence (block 104). Operation then continues to block 
72 of FIG. 5. If, on the other hand, flag Fl is not set in 30 
decision block 102, or if program operation is flowing 
from block 100, then Rl is subtracted from R3 in block 
106. In decision block 108, it is determined whether 
R3— Rl= 1, If so, in decision block 110, it is determined 
whether flag Fl is set. If not, it may be determined that 35 
R2 contains the smallest value, Rl contains the largest 
value, and the count is in sequence (block 112). Opera- 
tion again shifts to block 72 to wait for the signal to 
increment. If in decision block 110, flag Fl is set, then it 
is determined whether flag F2 is set in decision block 40 
114. If flag F2 is not set, it may be determined that R2 
contains the largest value and R3 contains the smallest 
value in block 116 and operation shifts to block 12 to 
wait for the signal to increment. If flag F2 is set, then 
there is one bad number, which is reprogrammed in 45 
block 118. If in decision block 108, R3— Rl<> 1, then 
it is determined whether the difference is two or minus 
two in decision block 120. If so, flag F6 is set in block 
122. Operation continues to decision block 124 where it 
is determined whether or not flag Fl is set. If not, Rl is 50 
reprogrammed with the value equal to R3+1 (block 
126). If flag Fl is set in block 124, then it is determined 
whether flag F2 is set in decision block 128. If not, R3 
is reprogrammed with the value equal to R3-f 1 in block 
130. If flag F2 is set in block 128, it is determined 55 
whether any of the flags F4, F5 or F6 are set in decision 
block 132. If not, operation is transferred to block 60 of 
FIG. 5 where the routine for an irrecoverable error is 
executed. If one of the flags is set, it can be determined 
that two of the numbers are in sequence and an appro* 60 
priate routine is executed to reprogram the third num- 
ber (block 134). 

From the foregoing, it can be seen that the preferred 
embodiment provides several technical advantages over 
the prior art. Counter values are stored in the non- 65 
volatile counter memories using a scheme which mini- 
mizes the bit transitions for each write operation to the 
counter memories and by spreading the increments over 



a plurality of units comprising the counter memory, 
such that no one unit receives the bulk of the bit transi- 
tions. 

The present invention could be implemented using 
more or less counter memories per counter memory 
group. For example, a single counter memory could be 
used, but this implementation would sacrifice the secu- 
rity of the two out of three voting scheme. If a single 
counter memory is used, the gray code scale shown in 
TABLE 3 would be used. 

TABLE 3 

HEXADECIMAL BINARY 
VALUE REPRESENTATION 

0. 00000000 

1 00000001 

2 000000 1 ) 

3 00000 1 1 I 

4 0000 1 1 1 1 

5 00 0 I ] 1 1 1 

6 00 1 1 1 1 1 1 

7 0I11M11 

8 1 1 1 11 1 1 1 

9 11111110 
A 11111100 
B 1 1 1 1 1 000 
C 1 11 10000 
D 11100000 
E 11000000 
F 10000000 



While the present invention has been described in 
connection with a counter which stores a sequence of 
numbers which increment by one on each interrupt, it 
should be noted that the counter could also effectively 
store any sequence, either incrementing or decrement- 
ing, regardless of the incremental value. For example, a 
count which decrements by 4 on each count could be 
easily implemented. 

The counter described herein could be used in a vari- 
ety of applications, such as an odometer, utility meter, 
printer, or any other application where a reliable non- 
volatile counter is required. 

Although the present invention and its advantages 
have been described in detail, it should be understood 
that various changes, substitutions and alterations can 
be made herein without departing from the spirit and 
scope of the invention as defined by the appended 
claims. 

What is claimed is: 

1. A method of storing a count in a non-volatile mem- 
ory comprising the steps of: 

storing a number in a non-volatile memory section 
comprising a plurality of predefined memory units 
each operable to store a portion of said number; 
and 

varying the order in which said portions are stored in 

said memory units; and 
translating each of said portions prior to said storing 

step such that the number of bits stressed by each 

storing step is minimized. 

2. The method of claim 1 wherein said translating 
step comprises accessing a translated value from a 
lookup table. 

3. The method of claim 1 wherein each of said units 
comprises eight bits operable to store a translated hexa- 
decimal digit. 

4. The method of claim 1 and further comprising the 
step of reading said memory section to detect possible 
storage errors. 
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5. The method of claim 4 and further comprising the 
step, of storing subsequent numbers to another memory 
section after detecting a storage error. 

6. The method of claim 1 wherein said step of varying 
the order comprises the steps of: 5 

storing a predetermined portion in a predetermined 
one of said units; and 

storing other of said portions in other of said units in 
a predetermined order corresponding to the value 
stored in said predetermined unit. 10 

7. The method of claim 1 wherein said translating 
step involves changing only one bit in one portion to 
accomplish the translation and minimize the number of 
bits stressed by each storing step. 

8. The method of claim 1 wherein each memory unit 15 
comprises n memories, and further wherein a value 
stored within each n memory increments by n on a 
write cycle to said n memory. 

9. A method of storing a count in a non-volatile mem- 
ory comprising the steps of: 20 

receiving a sequence of numbers; 

rotatably storing each number in a group of non- 
volatile memory sections each comprising a plural- 
ity of predefined memory units, each memory unit 
operable to store a portion of said number; and 25 

varying the order in which said portions are stored in 
said memory units, such that the number of bit 
transitions associated with said storing step are 
evenly distributed over a plurality of said units. 

10. The method of claim 9 and further comprising the 30 
step of translating each of said portions prior to said 
storing step such that the number of bits stressed by 
each storing step is minimized. 

11. The method of claim 10 wherein said translating 
step comprises accessing a translated value from a look- 35 
up table. 

12. The method of claim 10 wherein each of said units 
comprises eight bits operable to store a translated hexa- 
decimal digit. 

13. The method of claim 9 and further comprising the 40 
step of reading said memory sections to detect possible 
storage errors. 

14. The method of claim 13 and further comprising 
the step of storing subsequent numbers to another group 
of memory sections after detecting a storage error, 45 

15. The method of claim 9 wherein said step of vary- 
ing the order comprises the steps of: 

storing a predetermined portion in a predetermined 
one of said units of the memory section to which 
the number is being stored; and 50 

storing other of said portions in other of said units of 
such memory section responsive to the value 
stored in said predetermined unit. 

16. Non-volatile counter circuitry comprising: 
counting circuitry for generating a sequence of num- 55 

bers; 

a non-volatile memory comprising a plurality of 
memory sections comprised of a plurality of prede- 
fined memory units each operable to store a por- 
tion of a generated number from said counting 60 
circuitry; and 

control circuitry operable to; 
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receive said generated sequence of numbers; 

store each number in said non-volatile memory such 
that portions of said number are stored in associ- 
ated memory units; 

vary the order in which said portions are stored in 
said memory units; and 

translate each of said portions prior to said storing 
step such that the number of bits stressed by each 
storing step is minimized. 

17. The circuitry of claim 16 wherein said non- 
volatile memory comprises an EEPROM memory. 

18. The circuitry of claim 16 wherein each of said 
memory units comprises n memories, each n memory 
comprising a byte containing multiple bits, and further 
wherein the valve stored within each said memory 
increments by n on each write cycle to said memory, 

19. The circuitry of claim 16 wherein said control 
circuitry is further operable to read said non- volatile 
memory to detect possible storage errors. 

20. The circuitry of claim 19 wherein said control 
circuitry is further operable to store subsequent num- 
bers to another memory after detecting a storage error. 

21. The circuitry of claim 16 wherein said translating 
step involves changing only one bit in one portion to 
accomplish the translation and minimize the number of 
bits stressed by each storing step. 

22. Circuitry for providing non-volatile storage of a 
count, comprising: 

counting circuitry for generating a sequence of num- 
bers; 

a group of non-volatile memories each comprising a 
plurality of predefined memory units each operable 
to store a portion of a generated number; and. 

control circuitry operable to: 

receive said generated sequence of numbers; 

rotatably store each number in said non-volatile 
memories; 

vary the order in which portions of each number are 

stored in said memory units of said non-volatile 

memories; and 
translate each of said portions prior to said storing 

step such that the number of bits stressed by each 

storing step is minimized. 

23. The circuitry of claim 22 wherein said non- 
volatile memories comprise portions of an EEPROM 
memory. 

24. The circuitry of claim 22 wherein each of said 
memory units comprised n memories, each n memory 
comprising a byte containing multiple bits, and further 
wherein the value stored within each said memory in- 
crements by n on each write cycle to said memory. 

25. The circuitry of claim 22 wherein said control 
circuitry is further operable to read said memory to 
detect possible storage errors. 

26. The circuitry of claim 25 wherein said control 
circuitry is further operable to store subsequent num- 
bers to another memory after detecting a storage error. 

27. The circuitry of claim 22 wherein said translating 

step involves changing only one bit in one portion to 

accomplish the translation and minimize the number of 

bits stressed by each storing step. 

***** 
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